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TITLE OF THE INVENTION 

APPLICATION UNIT MONITORING AND REPORTING 
SYSTEM AND METHOD 

5 CROSS-REFERENCES TO RELATED APPLICATIONS 

The present application is related to U.S. Patent Application 09/3 11, 148 filed May 13, 
1999, entitled "Application Unit Monitoring and Reporting System and Method", U.S. Patent 
Application 09/192,583 filed November 17, 1998 entitled "Method and System for 
Communicating With a Device Attached to a Computer Using Electronic Mail Messages," 

10- U.S. Patent Application 08/883 ,492 filed June 26, 1 997 entitled "Method and System for 
Diagnosis and Control of Machines Using Connectionless Modes Having Delivery 
Monitoring and an Alternate Communication Mode," U.S. Patent Application 08/820,633 
filed March 19, 1997, now U.S.P. 5,887,216, entitled "Method and System to Diagnose a 
Business Office Device Based on Operating Parameters Set by a User," U.S. Patent 

1 5 Application 08/733,1 34 filed October 1 6, 1 996 entitled "Method and System for Diagnosis 
and Control of Machines Using Connectionless Modes of Communication," U.S. Patent 
Application 08/624,228 filed March 29, 1996, now U.S.P. 5,818,603, entitled "Method and 
: System for Controlling and Communicating with Machines Using Multiple Commimication 
Formats," U.S. Patent AppUcations 08/738,659 and 08/738,461, both of which are entitled 

20 "Method and System for Diagnosis and Control of Machines Using Connection and 

Coimectionless Modes of Communication," filed October 30, 1996, and are divisions of U.S. 
Patent Application 08/463,002 filed June 5, 1995, entitled "Method and System for Diagnosis 
and Control of Machines Using Connection and Connectionless Modes of Communication", 
now U.S.P. 5,819,1 10, and U.S. Patent Application 08/852,413 filed May 7, 1987, entitled 

25 "Method and System for Controlling and Communicating with Business Office Devices," 
now U.S.P. 5,774,678, which is a continuation of U.S. Patent Application 08/698,068 filed 
August 15, 1996, entitled "Method and Apparatus for Controlling and Communicating With 
Business Office Devices", now U.S.P. 5,649,120 which is a continuation of U.S. Patent 
Application 08/562,192 filed November 22, 1995, which is a continuation of U.S. Patent 



Application 08/473,780 filed June 6, 1 995, entitled "Method and Apparatus for Controlling 
and Communicating With Business Office Devices", now U.S.P. 5,544,289, which is a 
continuation of U.S. Patent Application 08/426,679 filed April 24, 1995, now U.S.P. 
5,537,554, entitled "Method and Apparatus for Controlling and Communicating With 
5 Business Office Devices" which is a continuation of U.S. Patent Application 08/282,1 68 filed 
July 28, 1994 and entitled "Method and Apparatus for Controlling and Communicating With 
Business Office Devices", now U.S. Patent 5,412,779, which is a continuation of U.S. Patent 
AppHcation 07/902,462 filed June 19, 1992, now abandoned, which is a continuation of U.S. 
Patent Application 07/549,278, filed July 6, 1990, now abandoned, the disclosure of each is 
1 0 incorporated herein by reference. 



BACKGROUND OF THE INVRNTTON 

Field of th e Invention 

This invention generally relates to an application unit monitoring device which can 
monitor a user's usage of a target application of an application unit, and which can easily and 
efficiently communicate data of the monitored usage. 

Discussion of the Background 

With the rise of computer usage, software development has clearly become a 
significant business. In evaluating software, it may be beneficial to monitor exactly how a 
user utilizes a software application. As an example, it may be helpful for a software 
developer to know which commands a user uses most often. 

Further, in designing devices with which a human interacts, it may be desirable to 
monitor how the user interacts v^th such a device. As an example, it may be desirable to 
monitor how a user utilizes a control panel of an image forming device such as a copying 
machine, facsimile machine, printer, scanner, an appliance such as a microwave oven, VCR, 
digital camera, celMar phone, palm top computer, etc. 

Further, more and more users are utilizing the Internet. There is significant interest in 
how users use the Internet, particularly with respect to how users may use certain web pages 
etc. Monitoring a user's usage of the Internet thereof may also become significant. 
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In these instances when it is desired to determine how a user is utilizing a certain 
application, for example a software application, a device with an interface to be operated by a 
user, a web page, etc., not only must the user's usage of the application unit be monitored, but 
the information obtained by monitoring the user's usage must be effectively commxinicated to 
a desired party. 

SUMMARY OF THE INVENTION 

One object of the present invention is to provide a novel and effective system for 
monitoring a user's usage of a target appHcation of an application unit. 

A further object of the present invention is to provide a novel system for 
communicating data obtained by monitoring a user's usage of a target application of an 
application unit to a desired party. 

A further object of the present invention is to provide an efficient communication of 
the monitored usage information from a monitoring imit to a sending unit. 

The present invention achieves these and other objects by monitoring the usage of a 
user interface of a target application of an application unit. Such a monitoring can, as one 
example, monitor a software program being executed on a computer or workstation under 
control by a user, usage of a control panel of an image forming apparatus such as a copying 
machine, printer, facsimile, scanner, an appliance such as a microwave oven, VCR, digital 
camera, cellular phone, palm top computer, etc., or any other device or system which has a 
user interface. The data obtained by monitoring a user's usage of a target application of an 
application unit can, as a fijrther feature in the present invention, be collected and logged and 
then communicated to a desired location by Internet email. The use of email communication 
reduces the costs associated with communicating such data. The data can be communicated 
to the desired location at several instances, including each time a user exits a target 
appHcation of an application unit, or after a predetermined number of times that a user has 
utilized and exited the target application of the application unit. 



BRIEF DESCRIPTION OF THE DRAWINGS 
A more complete appreciation of the present invention and many of the attendant 



advantages thereof will be readily obtained as the same becomes better understood by 
reference to the following detailed description when considered in connection with the 
accompanying drawings, wherein: 

Figure 1 illustrates three networked business office machines connected to a network 
5 of computers and data bases through the Internet; 

Figure 2 illustrates the components of a digital copier/printer; 

Figure 3 illustrates the electronic components of the digital copier/printer illustrated in 
Figure 2; 

Figure 4 illustrates details of the multi-port communication interface illustrated in 
10 Figure 3; 

Figure 5 illustrates an alternative system configuration in which business office 
S- devices are connected to a computer which is connected to a network, and also devices which 
are connected directly to the network; 

Figure 6A illustrates in block diagram format a manner in which information may be 
1 5 commimicated to or from a device using electronic mail; 

Figure 6B illustrates an alternative way of communicating using electronic mail in 
which the computer which is connected to the device also serves as a message transfer agent; 

Figure 6C illustrates an alternative way of communicating using electronic mail in 
which an application unit includes electronic mail capability; 
20 Figure 7 illustrates an alternative manner of sending messages across the Internet; 

Figure 8 illustrates an exemplary computer which may be connected to the device and 
used to communicate electronic mail messages; 

Figure 9 shows in block diagram format a connection of a monitoring and logging 
block and a sending block to a target application of an application unit in the present 
25 invention; 

Figure 10 shows one example of an application unit to which the present invention 
can be applied; 

Fig\ire 1 1 shows a second example of an application unit to which the present 
invention can be applied; 
30 Figure 12A shows an overall view of objects executed in the present invention; 
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Figure 12B shows information in an abstract class transferred between a monitoring 
block and a sending block in the present invention; 

Figure 13 shows a start monitoring operation executed in the present invention; 

Figure 14 shows an operation of setting a trigger type and a number of sessions 
operations in the present invention; 

Figures 15(a) and 15(b) show command usage operations which can be executed in 
the present invention; 

Figures 16(a) and 16(b) show stop monitoring operations which can be executed in 
the present invention; 

Figure 17 shows a sending control operation which can be executed in the present 
invention; 

Figure 18 shows a structure of abstract and derived classes in the present invention; 
Figure 19 is a flowchart describing an operation executed in the present invention 
directed to the accessing of data from an abstract class; 

Figxare 20 shows the structure used by the abstract class; 

Figure 21 shows an operation performed in the present invention with respect to a first 
derived class of an abstract class; and 

Figure 22 shows a second operation performed in the present invention directed to a 
second derived class of an abstract class. 

DESCRIPTION OF THE PREFEE^D EMBODIMENTS 
Referring now to the drawings, wherein like reference nimierals designate identical or 
corresponding parts throughout the several views, and more particularly to Figure 1 thereof, 
there is illustrated a figure showing various machines and computers for monitoring, 
diagnosing and controlling the operation of the machines. In Figure 1, there is a first network 
16, such as a Local Area Network (LAN) connected to computer workstations 17, 18, 20 and 
22. The workstations can be any type of computers including IBM Personal Computer 
compatible devices, Unix based computers, or Apple Macintoshes. Also connected to the 
network 16 are a digital copier/printer 24, a facsimile machine 28, and a printer 32. The 
devices 24, 28 and 32 and the workstations 17, 18, 20 and 22 are referred to as machines or 
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monitored devices and other types of devices may be used as the machines or monitored 
devices, including any of the devices discussed below. Also, a facsimile server (not 
illustrated) may be connected to the network 16 and have a telephone, ISDN (Integrated 
Services Digital Network), or cable connection. In addition to the digital copier/printer 24, 
5 facsimile machine 28, and printer 32 being connected to the network 16, these devices may 
also include conventional telephone and/or ISDN and/or cable connections 26, 30 and 34, 
respectively. As is explained below, the business office machines or business devices 24, 28 
and 32 communicate with a remote monitoring, diagnosis and control station, also referred to 
as a monitoring device, through the Internet via the network 1 6 or by a direct telephone, 

1 0 ISDN, wireless, or cable connection. 

In Figure 1, the Internet is generally designated by 10. The Internet 10 includes a 
plurality of interconnected computers and routers designated by 12A-12I. The manner of 
communicating over the Internet is known through RFC documents obtained by FTP at 
- NIC.DDN.MIL or at FTP NISC.SRI.COM. TCP/IP related communication is described for 

1 5' example in the book "TCP/IP Illustrated," Vol. 1 , The Protocols, by Stevens, from Addison- 
Wesley Publishing Company, 1 994, which is incorporated herein by reference. 
Z~ In Figure 1, a firewall 14 is cormected between the Internet 10 and the network 16. A 

firewall is a device that allows only authorized computers to access a network or other 
computers via the Internet. Firewalls are known and commercially available devices and/or 

20 software and, for example, include SunScreen from Sxm Microsystems Inc. Similarly, a 
firewall 50 is connected between the Internet 10 and a network 52. Also, a firewall 40 is 
connected between the Internet 10 and a workstation 42. 

The network 52 is a conventional network and includes a plurality of workstations 56, 
62, 68 and 74. These workstations may be different departments vsdthin a company such as a 

25 marketing, manufacturing, design engineering and customer service departments. In addition 
to the workstations connected via the network 52, there is a workstation 42 which is not 
directly connected to the network 52. Information in a data base stored in a disk 46 may be 
shared using proper encryption and protocols over the Internet to the workstations connected 
directly to the network 52. Also, the workstation 42 includes a direct connection to a 

30 telephone line and/or ISDN and/or cable 44 and the data base in disk 46 may be accessed 
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through the telephone line, ISDN, or cable. The cable used by this invention may be 
implemented using a cable which typically is used to carry television programming, a cable 
which provides for high speed communication of digital data typically used with computers 
or the like, or may be implemented using any desired type of cable. 
5 Information of the business office machines 24, 28 and 32 may be stored in one or 

more of the data bases stored in the disks 46, 54, 58, 64, 70 and 76. Each of the customer 
service, marketing, manufacturing, and engineering departments may have their own data 
base or may share from one or more data bases. Each of the disks used to store data bases is a 
non- volatile memory such as a hard disk or optical disk. Alternatively, the data bases may be 

10 stored in any storage device including solid state and/or semiconductor memory devices. As 
an example, disk 64 contains the marketing data base, disk 58 contains the manufacturing 
data base, disk 70 contains the engineering data base and disk 76 contains the customer 
service data base. Altematively, the disks 54 and 46 store one or more of the data bases. 

In addition to the workstations 56, 62, 68, 74 and 42 being connected to the Internet, 

1 5 these workstations may also include a connection to a telephone line, ISDN, or cable which 
provides a secure connection to the machine being monitored, diagnosed and/or controlled 
and is used dviring a connection-mode of communication. Additionally, if one of the Internet, 
2 telephone, ISDN, or cable is not operating properly, one of the others can be automatically 
_2 used for communication. 

20" A feature of the present invention is the use of a connectionless-mode of 

communication (e.g., Internet email) or transmission between a machine and a computer for 
diagnosing and controlling the machine. Altematively, the email which is transmitted may be 
implemented using a connection mode of communication. The IBM Dictionary of 
Computing by George McDaniel, 1994, defines a connectionless-mode transmission to be the 

25 transmission of a single unit of data from a source service access point to one or more 

destination service access points without establishing a cormection. The IBM Dictionary also 
defines a connection-mode transmission to be the transmission of units of data fi*om a source 
service access point to one or more destination service access points via a connection. The 
cormection is established prior to data transfer and released following data transfer. 

30 Additional information about the connection-mode and the connectionless-mode of operation 
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is described in the Handbook of Computer-Communications Standards, Vol. 1, 2nd Edition, 
by William Stallings, 1990, which is incorporated herein by reference. In order to transfer 
data from one DTE (Data Terminal Equipment) to another DTE, there is a unique identifier or 
address for each DTE. This unique identifier or address is usable in both connectionless- 
modes and connection-modes of communication. 

Figure 2 illustrates the mechanical layout of the digital copier/printer 24 illustrated in 
Figure 1. In Figure 2, 101 is a fan for the scanner, 102 is a polygonal mirror used with a laser 
printer, and 103 designates an F0 lens used to collimate light from a laser (not illustrated). 
Reference numeral 104 designates a sensor for detecting light from the scaimer. 1 05 is a lens 
for focusing light from the scanner onto the sensor 104, and 106 is a quenching lamp used to 
erase images on the photoconductive drum 132. There is a charging corona unit 107 and a 
developing roller 108. Reference numeral 109 designates a lamp used to illustrate a 
document to be scanned and 110, 111 and 112 designate mirrors used to reflect light onto the 
sensor 104. There is a drum mirror 113 used to reflect light to the photoconductive drum 132 
originating from the polygon mirror 102. Reference numeral 114 designates a fan used to 
cool the charging area of the digital copier/printer, and 1 15 is a first paper feed roller used for 
feeding paper from the first paper cassette 117, and 1 1 6 is a manual feed table. Similarly, 
1 18 is a second paper feed roller for the second cassette 119. Reference numeral 120 
designates a relay roller, 121 is a registration roller. 122 is an image density sensor and 123 is 
a transfer/separation corona unit. Reference numeral 124 is a cleaning imit, 125 is a vacuum 
fan, 126 illustrates a transport belt, 127 is a pressure roller, and 128 is an exit roller. 
Reference numeral 129 is a hot roller used to fix toner onto the paper, 130 is an exhaust fan 
and 1 3 1 is the main motor used to drive the digital copier. 

Figure 3 illusfrates a block diagram of the electronic components illustrated in Figure 
2. The CPU 160 is a microprocessor and acts as the system controller. There is a random 
access memory 162 to store dynamically changing information including operating 
parameters of the digital copier. A read only memory 164 stores the program code used to 
run the digital copier and also information describing the copier (static-state data) such as the 
model nimiber, serial number of the copier, and default parameters. 

There is a multi-port communication interface 166 which allows the digital copier to 



communicate with external devices. Reference numeral 1 68 represents a telephone, ISDN, or 
cable line and 170 represents a network. Further information of the multi-port 
communication interface is described with respect to Figure 4. An interface controller 172 is 
used to cormect an operation panel 174 to a system bus 186. The operation panel 174 
5 includes standard input and output devices found on a digital copier including a copy button, 
keys to control the operation of the copier such as number of copies, 

reducement/enlargement, darkness/lightness, etc. Additionally, a liquid crystal display may 
be included vdthin the operation panel 174 to display parameters and messages of the digital 
copier to a user. 

10 A storage interface 176 connects storage devices to the system bus 186. The storage 

devices include a flash memory 178 which can be substituted by a conventional EEPROM 
and a disk 182. The disk 182 includes a hard disk, optical disk, and/or a floppy disk drive. 
There is a connection 180 connected to the storage interface 176 which allows for additional 
memory devices to be connected to the digital copier. The flash memory 178 is used to store 

1 5 semi-static state data which describes parameters of the digital copier which infrequently 
. change over the life of the copier. Such parameters include the options and configxiration of 
the digital copier. An option interface 184 allows additional hardware such as an external 
interface to be connected to the digital copier. A clock/timer 1 87 is utilized to keep track of 
both the time and date and also to measure elapsed time. 

20 - On the left side of Figure 3, the various sections making up the digital copier are 

illustrated. Reference numeral 202 designates a sorter and contains sensors and actuators 
used to sort the output of the digital copier. There is a duplexer 200 which allows a duplex 
operation to be performed by the digital copier and includes conventional sensors and 
actuators. The digital copier includes a large capacity tray unit 198 which allows paper trays 

25 holding a large nimiber of sheets to be used with the digital copier. The large capacity tray 
unit 198 includes conventional sensors and actuators. 

A paper feed controller 196 is used to control the operation of feeding paper into and 
through the digital copier. A scanner 194 is used to scan images into the digital copier and 
includes conventional scanning elements such as a light, mirror, etc. Additionally, scanner 

30 sensors are used such as a home position sensor to determine that the scanner is in the home 
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position and a lamp thermistor to ensure proper operation of the scanning lamp. There is a 
printer/imager 192 which prints the output of the digital copier and includes a conventional 
laser printing mechanism, a toner sensor, and an image density sensor. The fuser 190 is used 
to fuse the toner onto the page using a high temperature roller and includes an exit sensor, a 
thermistor to assure that the fuser 190 is not overheating, and an oil sensor. Additionally, 
there is an optional unit interface 188 used to connect to optional elements of the digital 
copier such as an automatic document feeder, a different type of sorter/collator, or other 
elements which can be added to the digital copier. 

Figure 4 illustrates details of the multi-port communication interface 1 66. The digital 
copier may communicate to external devices through a Centronics interface 220 which 
receives or transmits information to be printed, a cable modem unit 221 which has a high 
speed connection over cable, a SCSI interface 222, a conventional telephone interface 224 
which connects to a telephone line 168A, an ISDN interface 226 which connects to an ISDN 
line 168B, an RS-232 interface 228, and a LAN interface 230 which connects to a LAN 170. 
A single device which connects to both a Local Area Network and a telephone line is 
commercially available from Megahertz and is known as the Ethernet-Modem. 

The CPU or other microprocessor or circuitry executes a monitoring process to 
monitor the state of each of the sensors of the digital copier, and a sequencing process is used 
to execute the instructions of the code used to control and operate the digital copier. 
Additionally, there is a central system control process executed to control the overall 
operation of the digital copier and a communication process used to assure reliable 
communication to external devices connected to the digital copier. The system control 
process monitors and controls data storage in a static state memory such as the ROM 164 of 
Figure 3, a semi-static memory such as the flash memory 178 or disk 1 82, or the dynamic 
state data which is stored in a volatile or non-volatile memory such as the RAM 162 or the 
flash memory 178 or disk 182. Additionally, the static state data may be stored in a device 
other than the ROM 164 such as a non- volatile memory including either of the flash memory 
178 or disk 182. 

The above details have been described with respect to a digital copier but the present 
invention is equally applicable to other business office machines or devices such as an analog 
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copier, a facsimile machine, a scanner, a printer, a facsimile server, or other business office 
machines, or an appliance with which a user interfaces such as a microwave oven, VCR, 
digital camera, cellular phone, palm top computer, etc. Additionally, the present invention 
includes other types of machines which operate using a connection-mode or connectionless- 
5 mode of communication, and also email, such as a metering system including a gas, water, or 
electricity metering system, vending machines, or any other device which performs 
mechanical operations, such as automobiles, and has a need to be monitored, and performs a 
function. In addition to monitoring special purpose machines, and computers, the invention 
can be used to monitor, control, and diagnose a general purpose computer which would be the 

1 0 monitored and/or controlled device. 

Figure 5 illustrates an alternative system diagram of the invention in which different 
devices and subsystems are connected to the Internet 10. However, there is no requirement to 
have each of these devices or subsystems as part of the invention but any individxial 
-~ component or subsystem illustrated in Figure 5 is also part of the invention. Further, the 

15 elements illustrated in Figure 1 may be connected to the Internet 10 which is illustrated in 

Figure 5. In Figure 5, there is illustrated a fire wall 250 connected to an intranet 252. One of 
the computers or devices coimected to the intranet 252 is a service machine 254 which 
includes therein or has connected thereto data 256 which may be stored in a data base format. 
The data 256 includes history, performance, malfimction, and any other information including 

20 statistical information of the operation or failure or set-up and components or optional 
equipment of devices which are being monitored. The service machine 254 may be 
implemented as the device or computer which requests the monitored devices to transmit data 
or which requests that remote control and/or diagnosis tests be performed on the monitored 
devices. The service machine 254 may be implemented as any type of device and is 

25 preferably implemented using a computerized device such as a general purpose computer. 

Another sub-system of Figure 5 includes a fire wall 258, an intranet 260, and a printer 
262 connected thereto. In this sub-system, there is not a separate general purpose computer 
connected between the intranet 260 (or a different type of computer network) and the printer 
262, but the fimctions of sending and receiving electronic mail messages by the printer 262 

30 (and similarly by a copier 286) are performed by circuitry, a microprocessor, or any other 
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type of hardware contained within or mounted to the printer 262. 

An alternate type of sub-system includes the use of an Internet service provider 264 
which may be any type of Internet service provider including known commercial companies 
such as America Online, Netcom, CompuServe, Niftyserve, the Internet service provider 
Erols, or any other Internet service provider. In this sub-system, a computer 266 is connected 
to the Internet service provider 264, through a modem, for example, such as a telephone line 
modem, a cable modem, modems which use any type of wires such as modems used over an 
ISDN (Integrated Services Digital Network) line, ASDL (Asymmetric Digital Subscriber 
Line), modems which use frame relay communication, any digital or analog modem, wireless 
modems such as a radio frequency modem, a fiber optic modem, or a device which uses 
infrared light waves. Further, a business office device 268 is connected to the computer 266. 
As an alternative to the business office device 268 (and any other device illustrated in Figure 
5), a different type of machine may be monitored or controlled such as a digital copier, any 
type of appliance, security system, or utility meter such as an electrical, water, or gas utility 
meter, or any other device discussed herein. 

Also illustrated in Figure 5 is a fire wall 270 connected to a network 274. The 
network 274 may be implemented as any type of computer network, such as an Ethernet 
network, for example. Networking software which may be used to control the network 
includes any desired networking software including software commercially available from 
Novell or Microsoft. The network 274 may be implemented as an Infranet, if desired. A 
computer 272 connected to the network 274 may be used to obtain information from a 
business office device 278 and generate reports such as reports showing problems which 
occurred in various machines connected to the network and a monthly usage report of the 
devices connected to the network 274. In this embodiment, a computer 276 is connected 
between the business office device 278 and the network 274. This computer receives email 
communications from the network and forwards the appropriate commands or data, or any 
other information, to the business office device 278. While it has been stated that the 
business office device 278 is connected to the computer 276, there is no requirement for a 
wired connection between the business office device and the computer and communication 
between the business office device 278 and the computer 276 may be accomplished using 
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wires or wireless methods including through the use of radio frequency connections and light 
connections which may be through an infrared comiection, or through fiber optics. Similarly, 
each of the various networks and intranets illustrates in Figure 5 may be established using any 
desired manner including through the establishment of wireless networks such as radio 
5 frequency networks. The wireless communication described herein may be established using 
spread spectrum techniques including techniques which use a spreading code and frequency 
hopping techniques such as the frequency hopping wireless network which is disclosed in the 
Bluetooth Specification which is described at the world wide web site www.bluetooth.com, 
which is incorporated herein by reference. 

10 Another sub-system illusfrated in Figure 5 includes a fire wall 280, an intranet 284, a 

computer 282 cormected thereto, and a copier 286. The computer 282 may be used to 
generate reports and request diagnostic or confrol procedures. These diagnostic and control 
procedures may be performed with respect to the copier 286 or any of the other devices 
illusfrated in or used with Figure 5. While Figure 5 illusfrates a plurality of fire walls, the fire 

1 5 walls are preferable but optional equipment and therefore the invention may be operated 
= without the use of fire walls, if desired. 

Figure 6A illusfrates an application unit 300 connected to a typical email exchange 
system which includes components 302, 304, 306, 308, 310, 312, 314, 316, and 318 which 
may be implemented in a conventional manner and are taken from Figure 28. 1 of Stevens, 

20 above. The application imit 300 may be any of the devices described herein and the user at a 
terminal 302 may correspond to any of the illustrated computers, such as the computer 276 
illustrated in Figure 5. While Figure 6 A illustrates the user at a terminal 302 as being a 
sender, the sending and receiving functions may be reversed in Figure 6A. Further, if desired, 
there may not be a need for having a user at the terminal. Connected to the user at a terminal 

25 302 is the user agent 304. Popular user agents for Unix include MH, Berkeley Mail, Elm, 
and Mush. The user agent creates email messages to be sent and, if desired, places these 
messages to be sent in a queue 306. The mail to be sent is forwarded to a Message Transfer 
Agent (MTA) 308. A common MTA for Unix systems is Sendmail. Typically, the message 
fransfer agents 308 and 312 exchange communications using a TCP (Transfer 

30 Communication Protocol) connection or a TCP/IP (Internet Protocol) connection or protocol. 
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It is to be noted that the commuoicatioii between the message transfer agents 308 and 312 
may occur over the Internet, but alternatively may occur over any type of cormection 
including any network connection such as a local area network, wide area network and/or an 
intranet. Further, any desired cormection between the message transfer agents 308 and 312 
may be utilized. 

From the message transfer agents 312, email messages are stored in user mailboxes 
314 which are transferred to the user agent 316 and ultimately transmitted to the user at a 
terminal 318 which functions as a receiving terminal. 

The TCP provides a cormection-mode of transmission. However, a direct cormection 
is usually not established between the sending terminal 302 and receiving terminal 318. 
Thus, the transmission of an electronic mail message may be considered a connectionless- 
mode of conmiunication when it is being referred to as between two users or terminals, but 
when considering the transfer between MTAs, the communication is usually a connection- 
mode of communication. 

As the Internet is a network accessible by many people and organizations, it is not 
considered to be secure. Therefore, messages transmitted over the Internet should be 
encrypted to keep the messages confidential. Encryption mechanisms are known and 
commercially available which may be used with the present invention. For example, a C 
library function, crypto, is available from Sun Microcomputers for use with the Unix 
operating system, and other encryption and decryption routines are known and commercially 
available and may also be used with this invention. 

As an alternative to the general structure of Figure 6 A, a single computer may be used 
which functions as the user terminal, and also the message transfer agent. As illustrated in 
Figure 6B, the application unit 300 is coimected to a computer 301 which includes the 
message transfer agent 308. If desired, the other components on the sending side of Figure 
6A may be included in the computer 301 of Figure 6B including the user agent 304 and the 
queue of mail to be sent 306. 

A further alternative structure is shown in Figure 6C in which the message transfer 
agent 308 is formed as part of the application unit 300. Further, the message transfer agent 
308 is coimected to the message transfer agent 312 by the TCP connection 310. This 
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embodiment of Figure 6C illustrates a case in which the application unit 300 is directly 
connected to the TCP connection 310 and has an email capability. A common instance of 
this embodiment of Figure 6C may be the application imit 300 is a facsimile machine with an 
email capability of RFC 2305 (a simple mode of facsimile using Internet mail). 
5 Figure 7 illustrates an alternative implementation of transferring mail and is based on 

Figure 28.3 of Stevens. Figure 7 illustrates an electronic mail system having a relay system at 
each end. The arrangement of Figure 7 allows one system at an organization to act as a mail 
hub. In Figure 7, there are four MTAs connected between the two user agents 304 and 316. 
These MTAs mclude local MTA 322, relay MTA 328, relay MTA 332, and local MTA 340. 
10 The most common protocol used for mail messages is SMTP (Simple Mail Transfer Protocol) 
which may be used with this invention, although any desired mail protocol may be utilized. 
In Figure 7, 320 designates a sending host which includes the user at a terminal 302, the user 
agent 304, and the local MTA 322. The application imit 300 is connected to, or alternatively 
Z included within, the sending host 320. As another case, the application imit 300 and host 320 
1 5 can be in one machine where the host capability is built into the application unit 300. Other 
= local MTAs include local MTA 324 and 326. Mail to be transmitted and received may be 
T queued in a queue of mail 330 of the relay MTA 328. The messages are transferred across 
t the TCP connection 310, which may be, for example, the Internet, or may be any other type 
of network or connection. 
20' The transmitted messages are received by the relay MTA 332 and if desired, stored in 

a queue of mail 334. The mail is then forwarded to the local MTA 340 of a receiving host 
342. The mail may be placed in one or more of the user mailboxes 314 and subsequently 
forwarded to the user agent 316 and finally forwarded to the user at a terminal 318. If 
desired, the user may not be required to be at the terminal and the mail may be directly 
25 forwarded to the terminal without user interaction. Other local MTAs at the receiving side 

include MTA 338 and local MTA 336 which may have their own mailboxes, user agents, and 
terminals. 

The various computers utilized by the present invention including the computers 266 
and 276, of Figure 5 may be implemented as illustrated in Figure 8. Further, any other 
30 computer utilized by this invention may be implemented in a similar manner to the computer 
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illustrated in Figure 8, if desired, including the service machine 254, computer 272, and 
computer 282 of Figure 5. However, not every element illustrated in Figure 8 is required in 
each of these computers. In Figure 8, the computer 360 includes a CPU 362 which may be 
implemented as any type of processor including commercially available microprocessors 
from companies such as Intel, Motorola, Hitachi and NEC, for example. There is a working 
memory such as a RAM 364, and a wireless interface 366 which communicates with a 
wireless device 368. The communication between the interface 366 and device 368 may use 
any wireless medium such as radio waves, or light waves, for example. The radio waves may 
be implemented using a spread spectrum technique such as Code Division Multiple Access 
(CD A) communication or using a frequency hopping technique such as that disclosed in the 
Bluetooth specification. 

There is a ROM 370, and a flash memory 371, although any other type of nonvolatile 
memory may be utilized in addition to or in place of the flash memory 371 such as an 
EPROM, or an EEPROM, for example. An input controller 372 has connected thereto a 
keyboard 374 and a mouse 376. There is a serial interface 378 connected to a serial device 
380. Additionally, a parallel interface 382 is cormected to a parallel device 384, a universal 
serial bus interface 386 is connected to a universal serial bus device 388, and also there is an 
IEEE 1394 device 400, commonly referred to as a fire wire device, connected to an IEEE 
1394 interface 398. The various elements of the computer 360 are cormected by a system bus 
390. A disk controller 396 is connected to a floppy disk drive 394 and a hard disk drive 392. 
A communication controller 406 allows the computer 360 to communicate with other 
computers, or send email messages, for example over a telephone line 402, or a network 404. 
An I/O (Input/Output) controller 408 is connected to a printer 410 and a hard disk 412, for 
example using a SCSI (Small Computer System Interface) bus. There is also a display 
controller 416 connected to a CRT (Cathode Ray Tube) 414, although any other type of 
display may be used including a liqtiid crystal display, a light emitting diode display, a 
plasma display, etc. 

One feature in the present invention is to monitor usage of a target application of an 
application imit by a user. The term application xmit in this instance refers to a system which 
a user interacts v>dth and controls, and a target application is a user controlled offering of the 
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application unit. For example, an application unit may typically be a computer and a target 
application may then be a software program, e.g. a word processor, running on the computer 
which a user operates, for example by moving a pointer on a computer screen and "clicking" 
on certain command icons to cause the soflAvare program to perform certain functions. In this 

5 sense, an application unit in the present invention can refer to any of workstations 17, 18, 20, 
22, 56, 62, 68, 74, 42 shown in Figure 1 rvmning a software program, the computer 301 
shown in Figure 6B running a software program, etc. An application unit can also refer to an 
image forming device such as any of the digital copier/printer 24, facsimile machine 28, and 
printer 32 in Figures 1 and 2. In this instance, each of these device application units includes 

10 a user interface, such as operation panel 174 (see Fig. 3), which a user interacts with and 
utilizes to control the device application unit. The present invention can monitor a user 
selecting controls on such an operation panel. As a fiirther example, the application unit 
could also be an appliance, such as a microwave oven, with an operation panel. An 
application unit can also refer to any other device, including software, with which a user 

15 interacts, and in this case the target application may refer to only one feature of the software 
which the user interacts v^th. 

One feature of the present invention is to monitor the user's usage of such a target 
application of an application vmit, and to effectively communicate data of the monitored 
I usage. This data will typically be transmitted by email by the computer 301 of Figure 6A or 

20 6B or the application vinit 300 of Figvire 6C. This data of a user's usage of a target application 
of an application unit can then be utilized in many ways, for example in improving software 
development, in monitoring usage of a device, such as an image forming device, discovering 
user difficulties with appliances and software, finding most frequently used features of 
application vinits, etc. 

25 Figure 9 shows various elements of the present invention. More particularly. Figure 9 

shows an application unit 300 including a target application 505 which includes a user 
interface 510. This user interface 5 1 0 is an interface for a user to control the target 
application 505. As discussed above, in one common instance, the target application 505 
may be a software program ruiming on one of the workstations 17, 18, 20, 22 shown for 

30 example in Figure 1 of the present specification. In this instance, the user interface 510 may 
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be a display on a monitor of one of these workstations. This instance of such a target 
application is shown in further detail in Figure 10 which shows a monitor 600 of one of the 
workstations 17, 18, 20, and 22. In this instance of a target application, a plurality of function 
keys 605 are displayed on the monitor 600 and the user can access these function keys by, for 
5 example, changing the positioning of a pointer with a mouse and "clicking" on one of such 
function keys. As a further example, if monitor 600 is a touch pad the user can control the 
software application unit by touching one of the function keys 605. In these instances, the 
present invention monitors each time a user "clicks" on or touches one of the function keys 
605, and logs data of such a user usage for subsequent communication. 

10 As a further example, and as noted above, the application vmit 300 may be an image 

forming device such as the digital copier/printer 26, facsimile machine 28, or printer 32 also 
shown in Figure 1 . In this instance, the user interface 510 may take the form of an operation 
panel (e.g. operation panel 174 in Fig. 3) with a plurality of keys and/or a touch screen which 
a user operates to control the unage forming device. A specific example of such a user 

15" interface 5 10 in this instance when the application xmit 300 takes the form of a digital copier 
printer 26, facsimile machine 28, or printer 32 is shown in Figure 1 1 . In this instance, the 
present invention monitors each time a user presses one of the control buttons on the 
operation panel and logs data of such a user usage for subsequent communication. 
~ Figure 1 1 shows in greater detail an example of a user interface for an image forming 

20 device. Figxire 1 1 shows such a user interface 700, which can, as one example, correspond to 
the operation panel 174 in Figure 3. As shown in Figure 11, such an operation panel 700 may 
include a touch screen 705 on which various commands may appear which an operator can 
select by touching different portions of the touch screen 705. The operation panel 700 may 
also include a 10-key pad 710 and various other control buttons 715. In the case of an image 

25 forming device, the control buttons 715 may be commands for selecting a paper size, 
changing a magnification, changing a darkness of a desired image, etc. 

When the application vmit 300 in Figvire 9 is an image forming device and the user 
interface 510 corresponds to the operation panel 700 as shown in Figure 1 1 , the present 
invention can monitor a user's selecting the commands shown in Figure 1 1 . The operation 

30 panel 700 shown in Figure 1 1 may, with modifications, also be an operation panel for an 
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appliance with which a user interfaces, such as a microwave oven, VCR, digital camera, 
cellular phone, palm top computer, etc. 

Figures 10 and 1 1 show examples of the application \anit 300 and user interface 5 10 of 
Figure 9 to which the present invention can be applied. It should be readily apparent to those 
5 of ordinary skill in the art that the present invention is directed to various types of application 
units including various types of user interfaces. The present invention is essentially 
applicable to any device which includes a user interface and for which it is desired to monitor 
how a user utilizes the user interface. 

Returning to Figure 9, the present invention further includes a monitoring and logging 
1 0 block 515 and a sending block 520. The monitoring and logging block 515 monitors the 

user's usage of the user interface 510 and records or logs data of such monitored usage. At a 
designated time, the logged data of the user's usage of the user interface 5 1 0 is then sent to 
S the sending block 520, which then communicates such monitored usage data to a designated 
|fl party. The monitoring and logging block 515 can be implemented in the device including the 
15 J application unit 300 or in another system control element. The sending block can also be 
implemented in the device including the application unit in Figure 6C, or can also be 
Ji unplemented in the computer 301 in Fig. 6B to which the application unit is attached. The 
^ present invention can also take the form of computer control codes recorded on a computer 
y3 readable medium. 

20 Figure 12A shows an overall system view of portions of the application unit 300. 

Figures 13-17 show the operations executed in the monitoring and logging block 515 and the 
sending block 520 shown in Figure 9. It should be noted that Figures 12-17 describe the 
system and such operations in an object oriented format utilizing the unified modeling 
language such as described in "The Unified Modeling Language User Guide" by Booch et al. 

25 published by Addison- Wesley, 1999. 

In Figure 12A the object MB 1300 indicates a target application to be monitored. The 
dashed-block in Figure 12A contains objects responsible for the monitoring functions, and 
thus collectively indicate a monitoring block object 1200. A CMomtoringlF object 1305 
performs monitoring functions of the target application MB 1300. A CUsageLogger object 

30 1315 includes functions for logging monitored data obtained by the CMonitoringlF obj ect 
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1305. The CUsageLogger object 1315 interacts with a System object 1325 to obtain system 
information and a CUsageData object 1330 which is a storage for logged data. 

A UsageDataSendManager object 1310 interacts with the CMonitoringlF object 1305. 
This UsageDataSendManager object 1310 controls transmitting monitored data of a user's 
5 usage of the target application MB 1300 as monitored by the CMonitoringlF object 1305. 
This UsageDataSendManager object 1310 interacts with a CUsagelnformation object 1730, 
which can modify the data to be transmitted, a LogFile object 1605, which can also store data 
to be transmitted, and a UsageDataEncoderDecoder object 1610 which can encode and 
decode data to and from the LogFile object 1605. The UsageDataSendManager object 1310 
10 also provides the data to be transmitted to the sending block object 1600. 

Figure 12B shows an overall operation executed in the system of Figure 12A. More 
particularly, as shown in Figure 12B the monitoring block object 1200 overall calls a function 
sendUsageData to the sending block object 1600 and provides CUsagelnformation to the 
1 sending block object 1600. The CUsagelnformation is information of the usage of the 
15 monitored target appHcation 505. This operation instructs the sending block object 1600 to 
send the CUsagelnformation provided from the monitoring block object 1200. 

The operations performed by the various objects noted in Figxires 12A and 12B are 
5= now discussed in further detail in Figures 13-17. In Figures 13-17 the various ftmctions are 
preceded by a numeral and a colon. It should be noted that this nomenclature is not always 
20 indicative of the order of the various operations as various operations can be performed in 
parallel and at different times. 

Figure 13 shows a start monitoring control executed in the present invention. As 
shown in Figure 13, when a target application MB starts up, the MB object 1 300 calls a 
function startMonitoring of a CMonitoringlF object 1305. This operation indicates that the 
25 logging of data corresponding to a user's usage of a user interface 5 1 0 is to begin. The 
CMonitoringlF object 1305 then calls a setTriggerlnformation function of a 
UsageDataSendManager object 1310. This operation sets trigger information indicating 
when logged data should be sent by the sending block 520. How this trigger information is 
set is discussed in further detail with reference to Figvire 14 discussed below. 
30 Returning to Figure 13, the CMonitoringlF object 1305 also calls a logStartData 
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function from a CUsageLogger object 1315. This operation can be executed in parallel with 
calling the setTriggerlnformation function of the UsageDataSendManager object 13 10 or 
after calling the setTriggerlnformation function. 

The CUsageLogger object 1315 then calls a GetCurrentTime function of a CTime 
5 object 1 320, and the CTime object 1 320 then returns CTime data to the CUsageLogger object 
1315. The returned CTime data is data of a start time of the monitoring. Thus, this operation 
sends data indicating the start time to the CUsageLogger object 13 1 5, so that it can be 
determined at what time the user started using the user interface 510 of the target application 
505 being monitored. 

1 0 The CUsageLogger object 1315 then calls a setStartTime function of the CUsageData 

object 1330, and sends the CTime data of the start time to the CUsageData object 1330. The 
CUsageLogger object 1 3 1 5 in a next operation calls a getCumulativeUsage function of a 
System object 1325 and the System object 1325 returns UINT data to the CUsageLogger 
object 1315. In this operation the CUsageLogger object 1315 obtains from the System object 

15 1 325 the number of times that users have used the target application to be monitored, and the 
System object 1 325 retums an integer value of the type UINT. Thus, in this operation, when 
the target application 505 is utilized more than once, the CUsageLogger object 1 3 1 5 is 
updated to reflect this multiple usage. 

The CUsageLogger object 1315 then calls a setCumulativeUsage function and sends 

20 the UINT data to the CUsageData object 1330 after incrementing the value. The 

CUsageLogger object 1315 also calls a getSystemID function of the System object 1325, and 
the System object 1325 then retums the CString data to the CUsageLogger 1315 which 
indicates the system identification. The system identification identifies the environment 
under which the target application 505 is running. The purpose of this identification is to sort 

25 out usage data from different systems. The CUsageLogger object 1315 also calls the 

setSystemID function of the CUsageData object 1330 and sends the CString data indicating 
the system identification to the CUsageData object 1330. 

Figure 14 shows a specific control operation of setting the trigger type. The trigger 
type indicates when logged data of a monitored usage of a user interface 51 0 is to be sent 

30 from the sending block 520. More particularly, and as noted above, in the present invention a 
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user's usage of the user interface 510 can be monitored. In this instance, the monitored data 
can be sent by the sending block 520 at various times. One operation is to send the monitored 
usage data by the sending block 520 after every time the user exits the target appUcation 505. 
For example, if the target application 505 is a software that the user is running, every time 
5 that the user clicks on or touches an exit function, the monitored and logged data is sent by 

the sending block 520. As an alternative, the user can perform a setting so that the monitored 
usage data is sent by the sending block 520 only after a predetermined number of sessions of 
utilizing the target application 505. For example, the user can perform a setting, or a default 
operation can perform a setting, so that only after the user utilizes the target application 505 5 
10 times does the sending block 520 send the monitored usage data. Figure 14 shows the control 
operation of setting the trigger function. 
J In Figxire 14, the MB object 1300 calls a setSendTriggerType function of the 

2 CMonitoringlF object 1305, and the CMonitoringlF object 1305 in turn calls a 
setSendTriggerType function of the UsageDataSendManager object 1310. The 
1 5' . UsageDataSendManager obj ect 1 3 1 0 then calls a setSendTriggerType function of the System 
„ " object 1325 and provides the System object 1325 with the UINT data. The UINT data in this 
"t, instance is data indicating the trigger type to send the monitored usage data to the sending 

block 520 after a predetermined number of sessions utilizing the target application 505. This 
.p=; operation performed by these steps in the present invention thereby sets a trigger type such 
20"-=^ that after a predetermined niunber of sessions of the target application 505 by a user, a trigger 
is sent to the sending block 520 to send the monitored and logged data to a designated 
location. 

As noted above, as a further operation of the present invention the MB object 1300 
can set, or a default setting may be executed to set, a niimber of sessions to be executed prior 

25 to issuing a trigger to the sending block 520. As an example, the MB object 1 300 can issue a 
setting for sending the monitored and logged data after using a target application every 5 
times. In this operation, after executing the operations noted above to set the send trigger 
type to be after miiltiple sessions, the MB object 1300 further calls a setNvimberOfSessions 
function of the CMonitoringlF object 1305, which in turn calls a setNumberOfSessions of 

30 and sends the UINT data to the UsageDataSendManager object 1310, which in turn calls a 
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setNumberOfSessions function of and sends the UINT data to the System object 1325. In this 
instance, the UINT data indicates the MB object's setting or the defauh setting of the number 
of sessions to be executed prior to sending the trigger to the sending block 520. The System 
object 1325 thus stores the UINT data which indicates how many sessions must be executed 
5 prior to sending a trigger. 

Figures 15 A and 15B show scenarios of monitoring functions of the target application 
505 that are called when the user uses the user interface 510. That is, these figures show the 
actual monitoring and logging operations executed in the present invention when, as 
examples, a user "clicks" on a command in a software application as the target application or 

10 presses a button on an operation panel of an appliance, image forming device, etc. 

In Figure 1 5 A, when a user selects a particular command from the user interface 510 
J of the target application 505 being monitored, the MB object 1300 calls a commandUsage 
function of and sends CString data, indicating the name of the command or function on the 
user interface 510 selected by the user, to the CMonitoringlF object 1305. The 

15 CMonitoringlF object 1305 then calls a logCommandUsage function of and sends the 

CString data to the CUsageLogger object 1315. This function indicates to the CUsageLogger 
~ object 13 15 to log (store) data of the command or function on the user interface 510 selected 
by the user. The CUsageLogger object 1315 then sends the CString data to and calls an 
updateCommandUsage function of the CUsageData object 1330. The CUsageData object 

20=' 1330 then stores the name of the selected and monitored command or function with a 

frequency of one if the name does not exist, i.e. if the name has not been previously selected 
and then stored, or increments the frequency associated with the name if the name exists, i.e. 
if the name has been previously selected and then stored. 

The command usage scenario in Figure 15B is identical to that as in Figure 15A 

25 except that the CUsageLogger obj ect 1 3 1 5 also calls a GetCurrentTime fimction of the 
CTime object 1320, and in response the CTime object 1320 sends CTime data, which 
indicates a current time, to the CUsageLogger object 1315. The CTime data is then also sent 
to the CUsageData object 1330. In this operation in Figure 15B, in addition to recording 
which command of the user interface 510 of the target application 505 being monitored has 

30 been selected by a user, the time that such a command is selected is also recorded. 
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That is, in the operation in Figure 1 5 A the only data recorded is that of the command 
of the user interface 510 selected by the user, whereas the command usage operation of 
Figure 15B additionally records data of the time that such a command on the user interface 
510 was selected by the user. 
5 Figures 16A and 16B show operations of stopping monitoring of the user's usage of 

the user interface 510. Monitoring of the user's usage of the user interface 510 can be stopped 
when the user exits the target application 505. For example, when the target application 505 
is software running on a workstation, the monitoring can be stopped when the user exits a 
program being executed. When the target application 505 is an operation panel of an 

10 appliance, an image forming device, etc., the monitoring can be stopped when a particular 

icon/button, such as a start button of a copier, is pressed. The monitoring can also be stopped 
after a predetermined period of time, after a predetermined period of time during which the 
user does not use the target application, etc. Similar conditions for stopping monitoring of 
user's usage of the user interface 510 can be executed when the target application 505 is an 

15- image forming device such as a copy machine, facsimile machine, printer, scanner or an 
appliance such as a microwave oven, VCR, digital camera, cellular phone, pahn top 
computer, etc. Again, in such circumstances the monitoring can be stopped when the user 
inputs an exit command, after a predetermined time, after a predetermined time of non-usage, 
etc. 

20= In Figure 16A, when the user is exiting from the MB object 1300, the MB object 1300 

initially calls a stopMonitoring fimction of the CMonitoringlF object 1305. The 
CMonitoringlF object 1305 then calls a logStopData fimction of the CUsageLogger object 
1315 so that the CUsageLogger object 1315 can stop recording data of usage of the user 
interface 510 by the user. The CUsageLogger object 1315 then calls a GetCurrentTime 

25 fimction of the CTime object 1 320, and the CTime obj ect 1 320 then returns CTime data to 

the CUsageLogger object 1315 indicating the current time. This current time indicates a time 
that monitoring of the user's usage of the interface 510 has been stopped. The CUsageLogger 
object 1315 then calls a getStartTime fianction of the CUsageData object 1330, which then 
returns CTime data indicating the stored time that the monitoring was started. After these 

30 operations, the CUsageLogger object 1315 will have data of the start time of the monitoring 
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and the current time of stopping the monitoring. Thereby, the CUsageLogger object 1315 can 
determine the duration of time that the user's usage of the user interface 510 has been 
monitored. The CUsageLogger object 1315 then calls a setDuration function of the 
CUsageData object 1330 and sends UESfT data with this setDuration function; that is, in this 
5 instance, the UINT data indicates the duration of time that the user's usage of the user 
interface 510 has been monitored. The CUsageLogger object 1315 also calls a 
getCumulativeUsage function of the CUsageData object 1330 which then returns the 
requested data as UINT data. The CUsageLogger object 1315 then sends this UINT data to 
and calls the setCumulativeUsage function of the System object 1325, so that the next time 
10 the monitoring operation is executed, the value of how many monitoring sessions have been 
executed is one more than the current execution. 

The CMonitoringlF object 1305 also calls a getUsageData function of the 
_i CUsageLogger object 1315, which in turn returns the CUsageData to the CMonitoringlF 
object 1305. This data includes all the stored monitoring data including the system ID, 
15 cumulative usage, start time, usage duration, commands and frequencies. The CMonitoringlF 
object 1305 then sends the CUsageData with a call for a sendUsageDataAtTrigger function of 
the UsageDataSendManager object 1310. The UsageDataSendManager object 1310 then 
calls a getSendTriggerType function of the System object 1325, which then retums EXIT 
_ data to the UsageDataSendManager obj ect 1 3 1 0. The retvimed value EXIT means that the 
20 monitored data is sent to the sending block object 1 600 every time the user exits the target 
appUcation. The UsageDataSendManager object 1310 then sends the CUsagelnformation, 
indicating all of the usage data of the user's usage of the user interface 510, through a 
sendUsageData function of the sending block object 1600. The sending block object 1600 
then performs a function for sending the data to a designated party and then retums a 
25 confirmation signal, YES, to the UsageDataSendManager object 1310. 

This operation shown in Figure 16A corresponds to an operation in which the usage 
data is sent based on a triggering event of a user exiting a target application 505. 

The stop monitoring operation indicated in Figure 16B is similar to that as shown in 
Figure 16A except in this operation the usage data is sent by the sending block object 1600 
30 after a predetermined number of sessions. As discussed above, as one feature in the present 
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invention the monitored usage data can be sent by email after a certain number of sessions of 
a user using the target application 505. The operation shown in Figxire 16B corresponds to 
sending the usage data after such a certain number of sessions. The operations 1-9 performed 
in Figure 16B are the same as performed in Figure 16A, and their redundant description 
5 thereof is not repeated herewith. In the stop monitoring operation shown in Figure 1 6B, after 
calling the getSendTriggerType fimction of the System object 1325 and returning 
SSESSION, the UsageDataSendManager object 1310 also calls a getNumberOfSessions 
ftmction of the System object 1325. This operation obtains the data previously set by a user 
indicating the number of sessions which must be finished prior to sending the monitored data 

10 in this operation. As shown in Figure 14, the number of sessions can be set in the System 
object 1325. The System object 1325 then returns UINT data, indicating the number of 
sessions after which data should be sent, to the UsageDataSendManager object 1310. The 
UsageDataSendManager object 1310 then sends the CUsageData and a call for a 
storeUsageData fimction of a LogFile object 1605. In this instance, if the predetermined set 

15 number of sessions has not been executed, the data fi"om a session is stored in a non- volatile 
memory by the LogFile object 1605. The LogFile object 1605 then sends the CUsageData 
and a log file along with a call for an encodeUsageData fimction to a 
UsageDataEncoderDecoder object 1610. This operation encodes such data, for example 
compresses such data for easier storage, and stores the encoded usage data in the log file. 

20== When the appropriate number of sessions are completed, then the UsageDataSendManager 
object 1310 sends the CUsagelnformation along with a call for a sendUsageData fimction to 
the sending block object 1600, which then sends the data and returns a confirmation data, 
YES, to the UsageDataSendManager object 1310. 

Figure 17 shows the operations performed in the SendingBlock object 1600 of Figures 

25 16Aandl6B. 

The step with nomenclature 1 shown in Figure 17 corresponds to the step with 
nomenclature 10 shown in Figure 16A and the step with nomenclature 12 shown in Figure 
16B. In this step the MonitoringBlock object 1615 calls a sendUsageData function of and 
sends CUsagelnformationDerivedl data to a SendMailTrigger object 1700. The 

30 SendMailTrigger object 1700 also retiims a confirmation signal YES to the MonitoringBlock 
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object 1615 after sending out the information. The SendMailTrigger object 1700 then sends 
CUsagelnformationDerivedl data to and calls a convert function of the InputPack object 
1710. The InputPack object 1710 can then convert the CUsagelnformationDerivedl data into 
a different format data CUsagelnformationDerivedl. This CUsagelnformationDerivedl data 

5 is then sent to the SendMailTrigger object 1 700. The reason for this conversion is to 

accommodate any different data formats that may be passed from the monitoring block to the 
sending block according to different sending triggers. After the conversion, the data format 
will be the same within the sending block object 1600. 

The InputPack object 1710 then calls a GetXXX function of a 

10 CUsagelnformationDerivedl object 1715. The CUsagelnformationDerivedl object 1715 
then returns the requested XXX data to the InputPack object 1710. Examples of the data 
referenced by the XXX are system ID, cumulative usage, start time, duration, and command 
usage data. 

The SendMailTrigger object 1700 then sends the data CUsagelnformationDerivedl to 
1 5 and calls an encode fimction of the Security/DataEncode object 1720. The 

Security/DataEncode object 1720 then encodes the CUsageInformationDerived2 data and 
returns text file or CString data to the SendMailTrigger object 1 700; that is the text file or 
rj CString data is security encoded data returned to the SendMailTrigger object 1 700. This 
operation in the present invention can encrypt the usage data prior to being sent out by the 
20 email to ensure security. 

The Security/DataEncode object 1 720 then calls a GetXXX function from a 
CUsageInformationDerived2 object 1725, which in response returns the requested XXX data 
to the Security/DataEncode object 1720 as done at the step with nomenclature 3. 

The SendMailTrigger 1700 then sends the text file or CString of the encoded and 
25 encrypted data to a SendMail object 1 705, along with a call of a mailThisData fimction. The 
SendMail object 1705 then sends the encrypted data and then returns a confirmation signal, 
YES, indicating that the SendMail object 1705 has sent the data, to the SendMailTrigger 
object 1700. 

As noted above with reference to Figure 12B, in the present invention the monitoring 
30 block object 1200 calls a sendUsageData fimction of the sending block object 1 600 and sends 
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the CUsagelnformation to the sending block object 1600. That CUsagelnformation can vary 
significantly. More particularly, and as noted above, the information sent from the 
monitoring block object 1200 to the sending block object 1600 depends on the different 
trigger information and different information as to the number of sessions of the target 
application 505 to be executed prior to sending information from the sending block object 
1600. A result of this is that there are variations in the size of the data and the structure of the 
data to be sent by the sending block object 1600. As an example, in one feature of the present 
invention as discussed above, the monitored data generated from the monitoring block object 
1200 can be sent by the sending block object 1600 after each usage of a monitored target 
application 505. As another option, the monitored data can be sent by the sending block 
object 1600 after a certain nximber of sessions, for example five sessions, of the monitored 
target application 505 have been executed. In those two different instances, the amount of 
data and the structure of the data to be sent by the sending block object 1600 will vary 
significantly. 

One option to address the different data sent from the monitoring block object 1200 is 
to provide different algorithms within the sending block object 1600 for each different type of 
data. However, that type of system would result in the sending block object 1600 becoming 
very complicated in requiring algorithms to address all the different forms of the data 
provided from the monitoring block object 1200. A ftirther drawback with the sending block 
object 1600 addressing the different forms of the data is that the algorithms in the sending 
block object 1600 would have to be updated every time a change was made in the monitoring 
operation of the monitoring block object 1200. 

One further feature of the present invention is to make the sending block object 1600 
transparent to the differences in data output from the monitoring block object 1200. 

That is, as a further featvire the present invention may fiarther utilize an approach 
which avoids requiring complicated algorithms which would require significant updating in 
the sending block object 1600 to address all the different data sizes and structures output from 
the monitoring block object 1200. More particularly, the present invention may further 
utilize a system which defines an absfract class to interface between the monitoring block 
object 1200 and the sending block object 1600. This operation in the present invention 
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allows the sending block object 1600 to be isolated from the details of the 
CUsagelnformation sent from the monitoring block object 1200. That is, with this approach 
in the present invention the sending block object 1600 treats all of the CUsagelnformation 
sent from the monitoring block 1200 the same, and does not have to determine how the data 
5 is represented and how much data is included in the CUsagelnformation, i.e., how many 

sessions of data are included therein, the data structure, etc. Even more particularly, in the 
present invention as shown in Figure 12B the CUsagelnformation passed from the monitoring 
block object 1200 to the sending block object 1600 is an abstract class. 

Figure 18 shows a class diagram of the abstract class CUsagelnformation 1800 of 
1 0 Figure 12B. This abstract class CUsagelnformation 1 800 is used to derive two classes, 

CUsageDataForOneSession 1805 and CUsageDatalnLogFile 1810. The functions listed in 
the CUsagelnformation abstract class 1800 in Figure 18 are pure virtual functions. This 
means that when the pointer of the sendUsageData call of Figure 12B points to the abstract 
class CUsage Information 1800, and more particularly points to one of the derived classes 
1 5 CUsageDataForOneSession 1 805 or CUsageDatalnLogFile 1810, the actual functions to be 
■s. executed are the functions defined in those corresponding classes. Further details of utilizing 
an abstract class can also be found in the book The C++ Programming Language, Third 
Edition, by Bjame Stroustrup, Addison Wesley, 1997, pages 34-37, the contents of this enthe 
book being incorporated herein by reference. 
20 The derived class CUsageDataForOneSession 1 805 is a derived class which results in 

the sending block object 1600 sending the monitored information after each session of the 
target application 505, i.e., after each time a user exits the monitored target application 505. 
The CUsageDatalnLogFile 1810 is a derived class which results in the sending block object 
1600 sending the monitored information of several sessions, for example five sessions, of 
25 monitored visage at one time. 

As shown in Figure 18, the CUsagelnformation abstract class 1800 includes different 
functions which vary based on the derived class. The functions include getNextSessionData, 
getUserlD, getCumulativeSessionNumber, getStartTimeForSession, getDxirationForSession, 
getCommandUsageDataMapForSession. Figure 1 8 also shows the declarations of those 
30 functions. 
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The functions noted above in the abstract class CUsagelnformation 1800 are all 
virtual functions which are initially set to zero, which makes them pure virtual functions. 
What the functions do is not defined by the abstract class CUsagelnformation 1800, but by 
the derived classes CUsageDataForOneSession 1805 and CUsageDatalnLogFile 1810. That 
5 is, the derived classes CUsageDataForOneSession 1805 and CUsageDatalnLogFile 1810 
describe the behavior of the functions noted above. 

Figure 1 9 describes the use of the functions defined in the CUsagelnformation 
abstract class 1800 of Figure 18. Figure 19 thus shows the operation executed in the sending 
block object 1600 to extract the necessary information passed by the monitoring block object 

10 1200. In the operation shown in Figure 19, an object pointer (objptr) is a pointer to a 

CUsagelnformation object which is actually a pointer to an object of either the derived class 
CUsageDataForOneSession 1805 or CUsageDatalnLogFile 1810. So long as the user of the 
pointer uses the CUsagelnformation portion of the object, such as the virtual functions, there 
Z is no loss of information to use the CUsagelnformation for both CUsageDataForOneSession 

15 1 805 and CUsageDatalnLogFile 1810. The sending block obj ect 1 600 only sees the 

CUsagelnformation object and doesn't know about the derived classes. The derived class 
CUsageDataForOneSession 1805 contains the information of interest in a memory such as a 
- DRAM, while the derived class CUsageDatalnLogFile 1810 contains the information of 

interest in a file for multiple sessions. The operation shown in Figure 19 allows the sending 

20" block object 1600 to access data through a uniform method without having to know the 

number of sessions in or structure of the passed data. In the sending block object 1 600, the 
received pointer to the object is of the CUsagelnformation abstract class 1 800. The 
monitoring block object 1200 knows what information to send and assigns the appropriate 
pointer to the object, and then passes such information to the sending block object 1600. 

25 In further detail, as shown in Figvire 1 9 in a first step S5 a getNextSessionData 

function of the object pointer is called to determine if there is any data available. If YES in 
step S5, indicating that data is present, i.e., that a user is utilizing a target application 505 for 
which usage is being monitored, the operation then proceeds to step SIO in which the user ID 
is obtained from an object pointer to one of the derived classes calling a getUserlD function. 

30 The user ID is then placed in the message, i.e., the data package to be sent by the sending 
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block object 1600, in step S15. The operation then proceeds to step S20 in which a session 
number is determined based on a getCumulativeSessionNumber function being called by an 
object pointer to the derived class. The session number is then placed in the message in step 
S25. The start time is then obtained in step S30 from an object pointer to the derived class 
5 calling a getStartTimeForSession function, and the start time is then placed in the message in 
step S3 5. The operation then proceeds to step S40 in v^^hich the duration of the monitoring is 
determined by an object pointer calling a getDurationForSession function. The duration of 
the monitoring is then placed in the message in step S45. The operation then proceeds to step 
S50 in which the usage information from the monitoring is obtained by an object pointer 

10 calling a getCommandUsageDataMapForSession function. The usage information is then 
placed in the message in step S55. 

The operation then proceeds to step S60 in which it is again determined if there is any 
further data from monitoring the target application 505 by an object pointer calling the 
getNextSessionData fimction. If NO in step S60, indicating there is no further data, the 

1 5 operation then proceeds to step S70 in which a message is returned, which indicates that the 
message to be emailed is at this time completed and ready to be sent. If YES in step S60, the 
= operation then returns to step S20 and then obtains the session number, start time, duration, 

and usage information for the next session of the target application 505 . 
J If the determination in initial step S5 is a NO, the operation proceeds to a step S65 in 

20= which missing data information is placed in the information message, and the operation then 
proceeds to step S70. That is, in step S5 the getNextSessionData function is called the first 
time. If No is returned in step S5, then there is no data to send. As a result, the message to be 
emailed contains data indicating missing information. 

Figure 20 shows a structure map for storing information directed to the use of the 

25 commands of the target application 505. In Figure 20 the term "key" corresponds to a 

command name, and the term "value" corresponds to a frequency of calling that command, 
i.e., how many times has the command been called. The C++ language provides a standard 
template library which contains a map. The map is the table of Figiire 20 which associates 
the key and the value. If the sequence of the command use is important, the "key" column 

30 can also include time information from the start and the "value" column include the name of 
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the command. 

Figure 21 shows how the monitoring block object 1200 sends the pointer of the 
CUsageDataForOneSession derived class 1 805 and Figure 22 describes the operation in the 
monitoring block object 1200 for sending the pointer of the derived class of 
5 CUsageDatalnLogFile 1810. 

As shown in Figure 21, initially the CMonitoringlF object 1305 calls a 
sendUsageDataAtTrigger function from the UsageDataSend Manager object 1310, and at the 
same time sends CUsageData thereto, similarly as shown in Figure 16 A. The 
UsageDataSendManager object 1310 then calls its own createUsageDataPackager function 
10 and generates CUsageDataExitPackager object 2100. The CUsageDataExitPackager object 
2 1 00 serves the function of putting monitored usage data into the CUsageDataF orOneSession 
obj ect 1 8 05 . The UsageDataSendManager obj ect 1 3 1 0 then calls a CUsageDataExitPackager 
function of CUsageDataExitPackager object 21 00 to create itself, which in turn calls a 
CUsageDataForOneSession function to create the CUsageDataForOneSession derived object 
15 class 1 805. Then, the UsageDataSendManager object 1310 calls a packageUsageData 
= function from the CUsageDataExitPackager object 2100, along with sending the CUsageData 

thereto. In response to that call, the CUsageDataExitPackager object 2100 calls a 
^ setUsageData function from the CUsageDataForOneSession object 1 805 along with sending 
the CUsageData thereto. The UsageDataSendManager object 1310 then calls its own 
20"" isDataReadyToSend function, and when data is ready to be transmitted it generates a positive 
YES response to that function call. At this point, the UsageDataSendManager object 1310 
calls a getPackagedUsageData function from the CUsageDataExitPackager object 2100, 
which in reply sends the CUsageDataForOneSession to the CUsageDataSendManager object 
1310. The UsageDataSendManager object 1310 then calls a sendUsageData fimction of the 
25 sending block object 1600 along with sending the CUsagelnformation thereto. The sending 
block object 1600 then confirms that it has sent this information by sending a confirmation 
YES signal to the UsageDataSendManager object 1310. 

In the operation shown in Figure 21, the UsageDataSendManager object 1310 
receives the trigger type signals as discussed for example in Figures 12 A, 16 A, and 16B. By 
30 executing the operation shown in Figure 21, the MonitoringBlock object 1200 can send the 
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pointer of the CUsageDataForOneSession derived class 1805, which results in the operation 
of the sending block object 1600 sending data for one session of monitored usage of a target 
application 505 by email. 

hi the operation shown in Figure 22, several of the same steps as executed in Figure 
5 21 are also executed. In the operation executed in the monitoring block object 1200 as shown 
in Figure 22, the CMonitoringlF object 1305 initially calls a sendUsageDataAtTrigger 
function, and along with sending CUsageData to the UsageDataSendManager object 13 10. hi 
response, the UsageDataSendManager object 1310 calls its own createUsageDataPackager 
fimction and generates a CUsageDataSSessionsPackager object 2200. The 
10 CUsageDataSSessionPackager object 2200 serves the function of packaging the monitored 
usage data of several sessions of a target application 505 into the CUsageDatahiLogFile 
object 1810. 

Z The UsageDataSendManager obj ect 1 3 1 0 then calls a packageUsageData function 

from the created CUsageDataSSessionsPackager object 2200 along with sending the 
15- CUsageData thereto. The CUsageDataSSessions Packager object 2200 packages the 
monitored usage data into the CUsageDatalnLogFile object 1810. The 
CUsageDataSSessionsPackager object 2200 in response sends a confirmation YES signal to 
C the UsageDataSendManager object 1310 to indicate that it was able to package the usage 
data. 

20 Then, the CUsageDataSSessionsPackager object 2200 calls a getSystemID function 

from the CUsageData object 1330, which in return sends a CString with the system ID back 
to the CUsageDataSSessionsPackager object 2200. Then, the CUsageDataSSessionsPackager 
object 2200 calls a setSystemID function from a CUsageDatalnLogFile derived class object 
1810 along with sending the CString data thereto. The CUsageDataSSessionsPackager object 

25 2200 then calls a storeUsageData function from the LogFile object 1 605 along with sending 
the CUsageData thereto; and the Logfile object 1605 then returns a confirmation YES signal 
to the CUsageDataSSessionsPackager object 2200. The CUsageDataSSessionsPackager 
2200 then calls a setLogFile function from the CUsageDataLoglnFile object 1810 along with 
sending the CLogfile data thereto. 

30 During these operations, the UsageDataSendManager object 1310 continually calls a 
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isDataReadyToSend function to itself, and when the data is ready to be sent it generates a 
confirmation YES. Then, the UsageDataSendManager object 1310 calls a 
getPackagedUsageData function from the CUsageDataSSessionsPackager object 2200, which 
in response sends the CUsageDatalnLogFile data to the UsageDataSendManager object 1310. 
The UsageDataSendManager object 1310 then calls a sendUsageData function to the sending 
block object 1600 along with sending the CUsagelnformation thereto. The sending block 
object 1600 then confirms that it has sent this data by sending a YES signal to the 
CUsageDataSendManager object 1310. 

The UsageDataSendManager object 1310 in the operation of Figure 22 also receives 
the trigger information as shown for example in Figures 12B, 16 A, and 16B. In the operation 
shown in Figure 22, the UsageDataSendManager monitor 1310 provides usage data to the 
sending block object 1600 which contains data of plural sessions, for example five sessions in 
the examples discussed above. The sending block object 1600 then sends the data of the 
multiple sessions by email. 

With such operations in the present invention, the monitoring block object 1200 
performs various functions which are transparent to the sending block object 1600. That is, 
the sending block object 1600 performs the same operations regardless of the data provided 
thereto fi-om the monitoring block object 1200. As a result of such a structure and operation 
in the present invention, the sending block object 1600 is very simple. Moreover, if any 
changes are needed in the operations executed in a device such as in the present invention, for 
example if the number of sessions is changed, such a change is transparent to the sending 
block object 1600, and thus the sending block object 1 600 will not have to be rewritten to 
incorporate such changes to the monitoring block object 1200. 

With the above-discussed operations, the present invention provides a control 
operation for monitoring a user's usage of a user interface which is part of a target application. 
Further, such an operation of the present invention allows data of the monitored usage to be 
stored and to be transmitted, at appropriately selected times, by Internet mail. Internet mail is 
a convenient sovirce of such a transmission because such a transmission of monitored usage 
data will typically not be time sensitive information. Further, utilizing an Internet mail 
system to commimicate such data can significantly reduce costs of the transmission. Further, 
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since the logged usage data is sent by Internet mail in the present invention, the logged usage 
data can be automatically sent to a further computer system which may be programmed to 
analyze the usage data transmitted by Internet mail. Such an operation made possible by the 
present invention can greatly increase the efficiency of monitoring and analyzing such usage 
5 data. 

In its preferred implementation, the present invention utilizes computers having 
separate housings than the device to which they are attached. This would allow the invention 
to be inexpensively implemented for installations which already have an existing computer 
for performing the desired processing as the new hardware costs may be reduced. Such an 
1 0 arrangement may also permit implementation of the invention without hardware changes to 
the device. However, if desired, the present invention may be implemented by including the 
~ appropriate processing and data storage capabilities in the device which is being monitored 
and/or controlled in addition to or as an alternative to a separate computer cormected to the 
-~ device. 

15 This application relates to and builds on various concepts which have been disclosed 

= in the cross-referenced patents and patent applications which have been incorporated into this 
application by reference. This patent application is intended to include not only the 
inventions disclosed in the related applications, but also the combinations of various features 
and functions of the individual embodiments which have been disclosed in this and each of 

20 the related applications. Thus, a feature disclosed in one of the related applications or patents 
may be readily applied a concept disclosed in this invention, and also, the concepts disclosed 
in one or more of the other applications may be applied concepts or features disclosed in 
other(s) of the applications. Further, an email message may be used for only sending, with 
communication in the other direction being performed using a different mode of 

25 communication, such as one of the other communication modes disclosed herein, or a 
communication mode disclosed in the related patents and patent applications. 

This invention may be conveniently implemented using a conventional general 
purpose digital computer or microprocessor programmed according to the teachings of the 
present specification, as will be apparent to those skilled in the computer art. Appropriate 

30 software coding can readily be prepared by skilled programmers based on the teachings of the 
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present disclosure, as will be apparent to those skilled in the software art. The invention may 
also be implemented by the preparation of application specific integrated circuits or by 
interconnecting an appropriate network of conventional component circuits, as will be readily 
apparent to those skilled in the art. 

The present invention includes a computer program product which is a storage 
medium including instructions which can be used to program a computer to perform a process 
of the invention. The storage medixmi can include, but is not limited to, any type of disk 
including floppy disks, optical discs, CD-ROMS, and magneto-optical disks, ROMs. RAMs, 
EPROMS, EEPROMS, magnetic or optical cards, or any type of media suitable for storing 
electronic instructions. 

Obviously, numerous additional modifications and variations of the present invention 
are possible in light of the above teachings. It is therefore to be understood that within the 
scope of the appended claims, the present invention may be practiced otherwise than as 
specifically described herein. 
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CLAIMS : 



1. A system comprising: 

an interface of a target application, the interface comprising a plurality of operations 
to be selected by a user; 

a monitoring unit configured to monitor data of selecting of the plurality of operations 
of the interface by the user, and to generate a log of the monitored data, the log of the 
monitored data being in a form of an abstract class; 

a communicating unit configured to receive an object derived from the abstract class 
including the log of the monitored data, and to communicate the log of the monitored data. 

2. A system according to Claim 1, wherein the target application is a software 
application and the interface is a display screen of the software application. 

3. A system according to Claim 1, wherein the target application is an image forming 
device and the interface is an operation panel of the image forming device. 

4. A system according to Claim 1, wherein the target application is an appliance and 
the interface is an operation panel of the appliance. 

5. A system according to Claim 1, wherein the communicating unit sends the log of 
the monitored data when the user exits the target application. 

6. A system according to Claim 1, further comprising a setting unit configured to set 
a number of sessions of the target appHcation to be executed by the user prior to the 
communicating unit communicating the log of the monitored data. 

7. A system according to Claim 6, wherein the abstract class includes first and second 
derived classes, the first derived class storing data of one session and the second derived class 
storing data of the set number of sessions. 
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8. A system according to any one of Claims 1-7, wherein the communicating unit 
communicates the log of the monitored data by Internet mail. 

9. A system comprising: 

interface means of a target application means, the interface means for providing a 
pluraHty of operations to be selected by a user; 

monitoring means for monitoring data of selecting of the plurality of operations of the 
interface means by the user, and for generating a log of the monitored data, the log of the 
monitored data being in a form of an abstract class; 

communicating means for receiving an object derived from the abstract class 
including the log of the monitored data, and for communicating the log of the monitored data. 

10. A system according to Claim 9, wherein the target application means is a 
software application and the interface means is a display screen of the software application. 

1 1. A system according to Claim 9, wherein the target application means is an image 
forming device and the interface means is an operation panel of the image forming device. 

12. A system according to Claim 9, wherein the target apphcation means is an 
appliance and the interface means is an operation panel of the appliance. 

13. A system according to Claim 9, wherein the communicating means sends the log 
of the monitored data when the user exits the target apphcation means. 

14. A system according to Claim 9, further comprising a setting means for setting a 
number of sessions of the target application means to be executed by the user prior to the 
communicating means communicating the log of the monitored data. 

15. A system according to Claim 14, wherein the abstract class includes first and 
second derived classes, the first derived class storing data of one session and the second 
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derived class storing data of the set number of sessions. 

16. A system according to any one of Claims 9-15, wherein the communicating 
means commimicates the log of the monitored data by Internet mail. 

17. A method of monitoring usage of an interface of a target application, the interface 
5 including a pluraHty of operations to be selected by a user, comprising the steps of: 

monitoring data of selecting of the plurality of operations of the interface by the user; 
generating a log of the monitored data, the log of the monitored data being in a form 
of an abstract class; and 

receiving an object derived from the abstract class including the log of the monitored 
1 0 data, and communicating the log of the monitored data. 

1 8. A method according to Claim 17, wherein the target application is a software 
application and the interface is a display screen of the software application. 

" 1 9. A method according to Claim 17, wherein the target application is an image 

forming device and the interface is an operation panel of the image forming device. 

IS 20. A method according to Claim 17, wherein the target application is an appliance 

and the interface is an operation panel of the appliance. 

21. A method according to Claim 17, wherein the communicating step sends the log 
of the monitored data when the user exits the target application. 

22. A method according to Claim 17, further comprising a step of setting a number of 
20 sessions of the target application to be executed by the user prior to the communicating 

device communicating the log of the monitored data. 

23. A system according to Claim 22, wherein the abstract class includes first and 
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second derived classes, the first derived class storing data of one session and the second 
derived class storing data of the set number of sessions. 

24. A method according to any one of Claims 17-23, wherein the communicating step 
communicates the log of the monitored data by Internet mail. 

25. A computer program product comprising: 

a computer storage medium and a computer program code mechanism embedded in 
the computer storage medium for causing a computer to monitor a user's usage of an interface 
of a target application, the interface comprising a plurality of operations to be selected by a 
user, comprising: 

a first computer code device configured to monitor data of selecting of the plurality of 
operations of the interface by the user, and configured to generate a log of the monitored data, 
the log of the monitored data being in a form of an abstract class; and 

a second computer code device configured to receive an object derived from the 
abstract class including the log of the monitored data, and to communicate the log of the 
monitored data. 

26. A computer program product according to Claim 25, wherein the target 
application is a software application and the interface is a display screen of the software 
application. 

27. A computer program product according to Claim 25, wherein the target 
apphcation is an image forming device and the interface is an operation panel of the image 
forming device. 

28. A computer program product according to Claim 25, wherein the target 
application is an appliance and the interface is an operation panel of the appliance. 

29. A computer program product according to Claim 25, wherein the second 
computer code device is further configured to send the log of the monitored data when the 
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user exits the target application. 

30. A computer program product according to Claim 25, further comprising a third 
computer code device configured to set a number of sessions of the target application to be 
executed by the user prior to the second computer code device communicating the log of the 

5 monitored data. 

31 . A computer program product according to Claim 30, v^herein the abstract class 
includes first and second derived classes, the first derived class storing data of one session 
and the second derived class storing data of the set number of sessions. 

32. A computer program product according to any one of Claims 25-3 1 , wherein the 
10 second computer code device is further configured to communicate the log of the monitored 

data by Internet mail. 
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APPLICATION UNIT MONITORING AND REPORTING SYSTEM AND METHOD 
ABSTRACT OF THE DISCI ,OST TRE 



A system for monitoring a user's usage of a target application. Such a target 
application can, as examples, be a software program running on a computer or a workstation, 
an image forming device, an appliance, etc. The target application includes a user interface 
with a plurality of commands which a user can select. In the example of the target 
application being a software program, the commands may be icons displayed on a computer 
screen which a user can point to with a mouse pointer and then click on. In the case of the 
target application being an image forming device or an appliance, the interface may be an 
operation panel with buttons, a touch pad, etc. which a user can press. The present invention 
monitors the user's usage of such interfaces and logs data of the user's usage of such 
interfaces. The logged data is stored in the form of an abstract class, and the abstract class is 
sent to a sending unit. The logged data can then be communicated by the sending unit by 
Internet mail to a designated location. 
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WE (I) the undersigned inventor(s), hereby declare(s) that: 

My residence, post office address and citizenship are as stated below next to my name. 

We (I) believe that we are (I am) the original, first, and joint (sole) inventor(s) of the subject matter which is 
claimed and for which a patent is sought on the invention entitled 

APPLICATION UNIT MONITORING AND REPORTING SYSTEM AND METHOD 



the specification of which 

Ei is attached hereto. 

□ was filed on as 

Application Serial No. 

and amended on 

□ was filed as PCT international application 

Number 



and was amended under PCT Article 19 

on (if applicable). 



We (I) hereby state that we (Q have reviewed and understand the contents of the above-identified 
specification, including the claims, as amended by any amendment referred to above. 

We (I) acknowledge the duty to disclose information known to be material to the patentability of this 
application as defined in Section 1.56 of Title 37 Code of Federal Regulations. 

We ([} hereby claim foreign priority benefits under 35 U.S.C. § 119(a)-(d) or § 365(b) of any foreign 
application(s) for patent or inventor's certificate, or § 365(a) of any PCT International application which 
designated at least one country other than the United States, listed below and have also identified below, by 
checking the box, any foreign application for patent or inventor's certificate, or PCT International application 
having a filing date before that of the application on which priority is claimed. Prior Foreign Application (s) 



Priority 

Application No. Coimtry Day/Month/Year Claimed 
DYes DNo 



□ Yes □ No 

□ Yes □ No 

□ Yes □ No 
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We (I) hereby claim the benefit under Title 35, United States Code, § 119(e) of any United States provisional 
appllcation(s) listed below. 



(Application Number) (Filing Date) 



(Application Number) (Filing Date) 

We (I) hereby claim the benefit under 35 U.S.C. § 120 of any United States application(s), or § 365(c) of any 
PCT International application designating the United States, listed below and, insofar as the subject matter of 
each of the claims of this application is not disclosed in the prior United States or PCT International application 
in the manner provided by the first paragraph of 35 U.S.C. § 112, I acknowledge the duty to disclose 
information which is material to patentability as defined in 37 CFR § 1.56 which became available between the 
filing date of the prior application and the national or PCT International filing date of this application. 

Status (pending, patented. 
Application Serial No. Filing Date abandoned) 



And we (T) hereby appoint: Norman F. Obion, Reg. No. 24,618; Marvin J. Spivak, Reg. No. 24,913; C. Irvin 
McClelland, Reg. No. 21,124; Gregory J. Maier, Reg. No. 25,599; Arthur I. Neustadt, Reg. No. 24,854; Richard 

D. Kelly, Reg. No. 27,757; James D. Hamilton, Reg. No. 28,421; Eckhard H. Kuesters, Reg. No. 28,870; Robert 
T. Pous, Reg. No. 29,099; Charles L. Gholz, Reg. No. 26,395; Vincent J. Sunderdick, Reg. No. 29,004; William 

E. Beaumont, Reg. No. 30,996; Robert F. Gnuse, Reg. No. 27,295; Jean-Paul Lavalleye, Reg. No. 3 1,45 1; Stephen 
G. Baxter, Reg. No. 32,884; Martin M. 2oltick, Reg. No. 35,745; Robert W. Hahl, Reg. No. 33,893; Richard L. 
Treanor, Reg. No. 36,379; Steven P. Weihrouch, Reg. No. 32,829; John T. Goolkasian, Reg. No. 26,142; Richard 
L. Chinn, Reg. No. 34,305; Steven E. Lipman, Reg. No. 30,011; Carl E. SchUer, Reg. No. 34,426; James J. 
Kulbaski, Reg. No. 34,648; Richard A. Neifeld, Reg. No. 35,299; J. Derek Mason, Reg. No. 35,270; Surinder 
Sachar, Reg. No. 34,423; Christina M. Gadiano, Reg. No. 37,628; Jeffrey B. Mclntyre, Reg. No. 36,867; and Paul 
E. Rauch, Reg. No. 38,591; our (my) attorneys, with full powers of substitution and revocation, to prosecute 
this appHcation and to transact all business in the Patent Office connected therewith; and we (I) hereby request 
that all correspondence regarding this application be sent to the firm of OBLON, SPIVAK, McCLELLAND, 
MAIER & NEUSTADT, P.C., whose Post Office Address is: Fourth Floor, 1755 Jefferson Davis Highway, 
Arlington, Virginia 22202. 

We (I) declare that all statements made herein of our (my) own knowledge are true and that all statements 
made on information and beUef are beheved to be true; and further that these statements were made with the 
knowledge that willful false statements and the like so made are punishable by fine or imprisonment, or both, 
under Section 1001 of Title 18 of the United States Code and that such willful false statements may jeopardize 
the validity of the appHcation or any patent issuing thereon. 
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